(19) 




(12) 



(43) Date of publication: 

07.07.1999 Bulletin 1999/27 

(21) Application number: 98124250.6 

(22) Date of filing: 18.12.1998 



Europdlsches Patentamt 
European Patent Office 
Office europSen des brevets (11) EP 0 927 581 A2 

EUROPEAN PATENT APPLICATION 

(51) IntCI. 6 : B07C1/00 



(84) Designated Contracting Slates: 


(72) Inventor: Kenbeck, Dennis L 


ATBECHCYDE DKESHFRGBGR IE IT LI LU 


Glastonbury, Connect 06033 (US) 


MCNLPTSE 


Designated Extension States: 


(74) Representative: HOFFMANN - EITLE 


ALLTLVMKROSI 


Patent- und Rechtsanwatte 




Arabeilastrasse 4 


(30) Priority: 31.12.1997 US 2060 


81925 Munchen (DE) 


(71) Applicant: PITNEY BOWES INC. 




Stamford Connecticut 06926-0700 (US) 





CM 
< 

09 
IO 

1^ 
CM 



(54) A method and system for address determination 



(57) The invention is a method and system for 
determining an address from a print buffer stream. The 
method begins with initializing (50) an address detec- 
tion and determination routine, and then directing (52) a 
print buffer stream to be read by the address detection 
and determination routine. In reading the print stream 
data, the application tokenizes (54) address data resi- 
dent in the print stream before comparing (56) the 
tokenized data with data tables wherein each of the data 
tables comprises address characteristics. In making the 
comparison of the tokenized address data, the method 
then determines (58) whether or not the tokenized 
address data matches a format in one of the data 
tables. If a match is found, then the method applies (60) 
a coding scheme to the matched data. The coding 
scheme is determined in accordance with the matched 
data's corresponding data tabla Matched data is coded 
(62) in accordance with the coding scheme to create a 
coded address, tf a match can not be determined, then 
the tokenized data is placed (66) in a memory of the 
addressing system for subsequent analysis or use. 
Each of the data tables within the system further com- 
prise data establishing a definition of a particular 
address description based on carrier requirements. 
Address description is further defined by country spe- 
cific address requirements; which in turn further com- 
prise: linking files for use by an addressing software 
application to link an applicable data table with the 
application for the purpose of parsing address data 
based upon requirements resident in the data tables; 
barcoding requirements; and, postal zone require- 
ments, if any, for postal coding. 
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Description 

[0001] The present invention relates to methods and 
systems for determining addresses from a print buffer 
stream. 

[0002] Addressing systems are an example of sys- 
tems whose purpose is to utilize address lists, perform 
addressing hygiene through the use of address correc- 
tion techniques, assign barcoding and, download data 
to addressing printers, collators, sealers, and the like for 
the purpose of producing a maitpiece. 
[0003] The print stream introduced to addressing sys- 
tems is generally in the form of an address list, though it 
may take on other forms. The list must be parsed and 
checked before format correction and barcoding tech- 
niques can be directed to the addresses on the list 
before creation of a maitpiece. 
[0004] Maitpiece production systems are known in the 
art and have developed with changes in postal service 
regulations (such as those of the United States Postal 
Service, or USPS) and with the proliferation of appropri- 
ate software applications. In turn, this production has 
served the need to automate and accelerate to accom- 
modate growth. 

[0005] As the USPS, together with the postal services 
of other countries around the world, moves toward more 
fully automated mail handling in an effort to contain 
costs while processing ever increasing volumes of mail, 
automated equipment which sorts and processes mail 
on the basis of machine readable postal codes, such as 
the "zip code" or other forms of postal coding, play an 
ever more significant role. In the United States, postal 
service regulations provide for a "Postnef bar code 
which represents the five, nine, or eleven digit zip code 
of the destination address in a machine readable form. 
4- State can be utilized within Canada. 
[0006] Systems have been used or proposed to meet 
the need to produce mail pieces imprinted with the Post- 
net bar code, and to enable mailers to obtain the benefit 
of the discounts offered for such mail. One such system 
is described in U.S. Patent No. 4,858,907, for a SYS- 
TEM FOR FEEDING ENVELOPES FOR SIMULTANE- 
OUS PRINTING OF ADDRESSES AND BAR CODES, 
issued to Eisner et al. (hereinafter referred to as Eisner- 

1) on August 22, 1989. This patent discloses a system 
for printing envelopes with addresses, zip codes, and 
corresponding bar codes. The system is controlled by a 
computer which includes software for converting a zip 
code included in the address into bar code form and 
then adding the bar code representation to the material 
to be printed on the envelope. 

[0007] Another example of the art is found in U.S. Pat- 
ent No. 5,326,181 for an ENVELOPE ADDRESSING 
SYSTEM ADAPTED TO SIMULTANEOUSLY PRINT 
ADDRESSES AND BAR CODES; issued on July 5, 
1994 to Eisner et al. (hereinafter referred to as Eisner- 

2) . This patent teaches a method of addressing sub- 
strates with a human readable address containing a zip 



code and a bar code corresponding to the zip, code. The 
method utilizes a computer and comprises several 
steps. These steps include: receiving in the computer a 
plurality of addresses, with pre-existing zip code infor- 

5 mation contained in each as complete address data, 
and retiring no manual inputting or identification; auto- 
matically scanning the address data in the computer to 
find the pre-existing zip code; automatically converting, 
in the computer, the pre-existing zip code into a line of 

w corresponding bar code; and, essentially simultane- 
ously printing the complete address, including zip code 
information and corresponding bar code, on a sub- 
strate, under control of the computer so that the sub- 
strate produced has human readable zip code and 

is machine readable bar code information thereon. 

[0008] Additionally, a system for printing envelopes 
with addresses including bar code is disclosed in com- 
monly assigned U.S. Patent No 5,175,691 for a SYS- 
TEM AND METHOD FOR CONTROLLING AN 

20 APPARATUS TO PRODUCE ITEMS IN SELECTED 
CONFIGURATIONS; issued on December 29, 1992 to 
Baker et al. (hereinafter referred to as Baker), which 
describes a system for printing mail pieces which 
includes a printer for printing sheets and envelope forms 

2s and a folder-sealer mechanism for folding the envelope 
form around the sheets to form a mail piece, and a com- 
puter based control system for controlling the printer 
and folder. In the system of this appGcation, when an 
operator is creating a file of letters to be printed, the 

30 operator may designate a selected field within each let- 
ter as containing the destination address. The system 
will then extract the information in this designated field 
and with it create a new page of material to be printed 
on the envelope form; and, if the address within the des- 

6 ignated field includes a zip code, the system will add a 
corresponding barcode to the new page. The system 
then adds this new page to the file before the file is out- 
put. 

[0009] US. Patent No. 5,278.947 for a SYSTEM FOR 
40 AUTOMATIC PRINTING OF MAIL PIECES; issued Jan- 
uary 11, 1994toBalga. Jr. etal. (hereinafter referred to 
as Balga), and assigned to the assignee of the present 
claimed invention, is for a system which includes a 
printer for printing text in response to the input of sig- 
45 nals. The printer has a capability to selectively print 
either sheets or envelopes. The system further includes 
a controller for output of a sequence of signals repre- 
sentative of materials to be printed on a sheet which 
forms part of the mail piece, where the sequence 
so includes a subset of signals representative of an 
address. 

[001 0] In accordance with another aspect of the Balga 
invention, the system includes a scanning mechanism 
for identifying a character string which conforms to a 
55 valid postal coding standard. The system further 
includes a mechanism for identifying the character 
string as a valid postal code. Additionally, the system 
forms the destination address to include a line including 
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the postal code, and a selected number of proceeding 
lines of text. 

[0011] The ability to structure software coding is 
extremely important when linking data to be down- 
loaded to a printer being utilized in the addressing envi- s 
ronment. U.S. Patent No. 5,583,970 for a PRINTER 
COMMAND SET FOR CONTROLLING ADDRESS 
AND POSTAL CODE PRINTING FUNCTIONS, issued 
December 10, 1996 to Strobel (hereinafter referred to 
as Strobel), and assigned to the assignee of the present 
claimed invention, is instructive in this respect. 
[0012] Strobe is a method and system for printing 
images to a substrate wherein the commands normally 
input by an operator, or resident within the printer, can 
be determined at a host data processor. The system 
can control address and postal code printing functions 
beginning at the host computer together. The system 
will derive printing data, including address data, from a 
selected application resident in the host computer. The 
host computer creates and then transmits printer com- 
mand sets and printing data, via transmitting means to 
a microprocessor within the printer. The microprocessor 
drives a language interpreter which directs the printer 
commands to a parsing step for determining the 
address location from within the data to be printed. The 
language interpreter then assigns delivery point digits to 
a zip code that was isolated from the transmitted 
address data. The newly created zip code is then 
matched with the bar code data stored within the micro- 
processor's corresponding memory. A bar code corre- 
sponding to the new zip code is selected. The language 
interpreter then directs the printer's controller to prepare 
to print the address with its corresponding zip code, any 
graphics images that may have been included within the 
print data, and text, if any. The printer controller posi- 
tions the bar code for printing, and then prints the bar 
code and address data, zip code, and any graphics 
images and text to an envelope or other substrata 
[001 3] Thus, Strobel overcame the limitations of the 
prior art by providing flexibility in determining what data, 40 
and how much, may be downloaded for printing to a 
substrate. Flexibility is accomplished by controlling 
address and postal coding functions in the printer from 
a host computer. The invention thus simplifies the 
firmware required in a selected printer, or can allow the 45 
performance of additional tasks or provide for greater 
database functionality under the direction of the printer 
microprocessor. Thus, printer ROM memory can be 
reduced or freed up for other tasks, and RAM memory 
can be increased to handle more detailed data. so 
[001 4] A particular limitation to current systems, how- 
ever, is found with mixed destination address lists where 
some addresses are outside the scope of the local 
postal service requirements. Address hygiene and cod- 
ing application software may not be appropriate tor cod- ss 
ing mailpieces where address structure and its 
associated barcoding schemes do not conform to local 
postal service requirements. Therefore, it is an object of 



the present invention to provide for a method and sys- 
tem, for determining an address, together with its asso- 
ciated structure and barcoding in an environment where 
an address list may contain mixed or foreign addressing 
requirements. 

[001 5] The limitations of the prior art are overcome by 
a method and system for determining an address from 
a print buffer stream. 

[001 6] The method begins with initializing an address 
detection and determination routine, and then directing 
a print buffer stream to be read by the address detection 
and determination routine. In reading the print stream 
data, the application tokenizes address data resident in 
the print stream before comparing the tokenized data 
with data tables wherein each of the data tables com- 
prises address characteristics. 
[0017] In making the comparison of the tokenized 
address data, the method then determines whether or 
not the tokenized address data matches a format in one 
of the data tables. If a match is found, then the method 
applies a coding scheme to the matched data. The cod- 
ing scheme being determined in accordance with the 
matched data's corresponding data table. Matched data 
is coded in accordance with the coding scheme to cre- 
ate a coded address. If a match can not be determined, 
then the tokenized data is placed in a memory of the 
addressing system for subsequent analysis or use. 
[0018] Each of the data tables within the system fur- 
ther comprise data establishing a definition of a particu- 
lar address description based on carrier requirements. 
Adcfress description is further defined by country spe- 
cific address requirements; which in turn further com- 
prise: finking files for use by an addressing software 
application to link an applicable data table with the 
application for the purpose of parsing address data 
based upon requirements resident in the data tables; 
barcocfing requirements; and, postal zone require- 
ments, if any, for postal coding. 
[0019] The data tables can be specific to one set of 
requirements or may incorporate several; these further 
correspond to: a particular carrier's addressing require- 
ments and rules for applying those requirements; a par- 
ticular country's postal zone coding requirements and 
rules for applying those requirements; barcoding data 
and rules for applying said barcoding to addresses 
matched with addressing requirements of said each of 
said data tables; or. a combination of all three require- 
ment types. 

[0020] The aforementioned requirements are handled 
by the addressing software application in accordance 
with address correction routines for correcting a parsed 
matched address. 

[0021] The addressing system of the present inven- 
tion further comprises: a microprocessor; application 
software in relationship with the microprocessor, and 
wherein the application software further comprises 
address detection and determination means for reading 
the print buffer stream and tokenizing means for flag- 
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ging. address data contained within the .print buffer 
stream so as to create tokenized data. The system also 
includes data tables comprising address characteris- 
tics, and comparison means for comparing tokenized 
data with each of the data tables. Additionally, means 
are included for: determining whether or not tokenized 
data matches a data format in any one of the data 
tables; applying a coding scheme to the tokenized data 
if the tokenized data matches a data format; and, coding 
means for coding the matched tokenized data. The 
addressing system further comprises a printer for print- 
ing the matched tokenized data to a substrate such as 
an envelope. 

[0022] For a better understanding of the invention and 
to show how the same may be carried into effect, refer- 
ence will now be made, by way of example, to the 
accompanying drawings, in which: 

FIG. 1 is a block diagram of a typical addressing 
system 10 within which the method of the present 
invention could reside and be utilized; 
FIG. 2 is an upper level flowchart of the method of 
an embodiment of the present invention wherein an 
address is determined from a print buffer stream 
and prepared for coding; 

FIG. 3A is a detailed flowchart of the method of an 

embodiment of the present invention; 

FIG. 38 is a continuation of the flowchart of FIG. 3 A; 

and 

FIG. 3C is a continuation of the flowchart of FIG. 
3B. 

[0023] The prior art method of invoking postal coding 
and address manipulation functionality for use with a 
document is shown in FIG. 1. 
[0024] Turning to FIG. 1, there is shown a block dia- 
gram of a typical addressing system 10 within which the 
method of the present invention could reside and be uti- 
lized. 

[0025] System 10 comprises a miaoprocessor 12 
interoperativery connected to monitor 1 4 for viewing the 
address data being collected to form the mail list The 
viewing of the address data on monitor 14 promotes 
> ease of use in word and data processing, and provides 
\ ! an example of the human interface that can be brought 
H to system 10. The monitor 14, under control of the data 
j processing application 22. is able to show the system 
user: the status of each printer; current container 
number; current package number; current envelope 
number; and number of envelopes in a container. Micro- 
processor 12 is interoperatively connected to scanner 
16. Scanner 16 provides system 10 with the ability to 
scan address field data, barcodes, or other scannable 
data sources as an input to data processing application 
h 22. Addressing printer 26 is also interoperatively con- 
I nected to microprocessor 12 and serves as the output 
|a devices by which address data is printed to a substrate 
VA such as envelopes. Additionally, keyboard 20 is interop- 



eratively connected to microprocessor ^andserves as 
an input device for the creation of documents or the 
input of data. Modem 18 gives system 10 the ability to 
communicate with other systems via communications 
5 means of varied types; and, memory 24 allows the sys- 
tem to retain data for use in building mailing lists or stor- 
ing data for future use. 

[0026] Turning to FIG. 2, there is shown an upper level 
flowchart of the method of the present invention wherein 
10 an address is determined from a print buffer stream and 
prepared for coding. 

[0027] The method begins at step 50 with initialization 
of an address detection and determination routine, and 
then directs the print buffer stream to be read by the 

is address detection and determination routine at step 52. 
In reading the print stream data, the application token- 
izes address data resident in the print stream at step 54 
before comparing the tokenized data, at step 56, with 
data tables wherein each of the data tables comprises 

20 address structure characteristics. 

[0028] In making the comparison of the tokenized 
address data, the method then determines, with a query 
at step 58, as to whether or not the tokenized address 
data matches a format in one of the data tables. If the 

25 response to the query is "YES," and a match is found, 
then the method applies a coding scheme to the 
matched data at step 60. The coding scheme being 
determined in accordance with the matched data's cor- 
responding data table. The matched data is coded, at 

30 step 62, in accordance with the coding scheme to cre- 
ate a coded address. If, however, the response to the 
query at step 58 is "NO," and a match can not be deter- 
mined, then, at step 66. the tokenized data is placed in 
a memory of the addressing system for subsequent 

35 analysis or use in step 68. 

[0029] Returning to step 62. the method advances to 
a query at step 64 which asks if the matched address 
data is to be printed. If the response to the query is 
"NO," then the method advances to step 68 where the 

40 data is placed in a memory of the addressing system for 
subsequent analysis or use. However, if the response to 
the query at step 64 is "YES," then the method utilizes, 
at step 70, a printer to print the addresses to a substrate 
such as an envelope. From step 70, the method 

45 advances to a query at step 72. 

[0030] At step 72, the system queries as to whether or 
not the data just printed is to be saved within the system 
memory. H the response to the query is "YES," then the 
method returns to step 68 where the data is placed in a 

so memory of the addressing system for subsequent anal- 
ysis or use. If the response to the query at step 72 is 
"NO," however, then the method advances to step 74 
and the routine is ended. 

[0031] Beginning with FIG. 3 A, the method and sys- 
55 tern of the present invention are discussed in greater 
detail with respect to address determination. An 
address is defined as that data defining a sender or a 
receiver of a rnailpieca An address comprises specific 
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| . . , data which allows the ntailpiece.to be delivered to the , _ 
V receiver. Addresses for mai^pieces generally fall within 
\y two classes: postal addresses and non-postaJ 
addresses. 

[0032] Addresses have a number of characteristics s 
which are instructive. Address data generally is layered 
in terms ascending significance; the most significant is 
generally the postal code (zipcode in the U.S.). Addi- 
tionally; address data when part of a larger data set usu- 
ally is set off from the next data entry. Using these w 
assumptions, an address can be more specifically 
defined using a set of parameters. These parameters 
include: a minimum number of lines; a maximum 
number of lines; a minimum number of characters per 
line; a maximum number of characters per line; a signa- 75 
ture of the most significant data (i.e., zipcode); the most 
significant data must be on the last one or two lines; 
type designation (i.e., country name); and some key 
word. 

[0033] The understanding of the address itself is 20 
important in understanding the process of determina- 
tion of the type of address that a particular print stream 

rmay contain. Address detection and determination is 
generally performed on a file of data and can occur as a 
dynamic or as a static activity. As a dynamic activity; 2s 
address detection and determination generally occurs 
between the application and the data stream actually 
. being sent to a printer for printing. As a static process, 
however, the activity stands on its own and is performed 
X on the data in a disk file as opposed to a simple memory 30 
file. 

[0034] Turning to FIG. 3A, there is shown a detailed 
flowchart of the method of the present invention. 
[0035] The method flow begins at step 100 where an 
address detection and determination routine is initial- 35 
ized. During initialization, address definitions are gener- 
ally loaded from permanent storage (i.e., a disk) to 
temporary storage (i.e. , a memory file) for faster access. 
From step 100, the method advances to step 102 where 
an address is located which flags the routine. Once an 40 
address is found, it is tested against various parameters 
to determine the address type. Testing is performed by 
comparing the address characteristics to predeter- 
mined characteristics listed in data tables. 
[0036] Each of the data tables within the system fur- 45 
ther comprise data establishing a definition of a particu- 
lar address description based on carrier requirements. 
Address description is further defined by country spe- 
cific address requirements; which in turn further com- 
prise: linking files for use by an addressing software so 
application to link an applicable data table with the 
application for the purpose of parsing address data 
based upon requirements resident in the data tables; 
barcoding requirements; and, postal zone require- 
ments, if any, for postal coding. 55 
[0037] The data tables can be specific to one set of 
requirements or may incorporate several; these further 
correspond to: a particular carrier's addressing require- 



ments and rules for applying those requirements;^ par- 
ticular country's postal zone coding requirements and 
rules for applying those requirements; barcoding data 
and rules for applying said barcoding to addresses 
matched with addressing requirements of said each of 
said data tables; or, a combination of all three require- 
ment types. The aforementioned requirements are han- 
dled by the addressing software application in 
accordance with address correction routines for correct- 
ing a parsed matched address. 
[0038] Additionally, once the document has been 
parsed and prior to barcoding, the system user can then 
elect to have address manipulation functionality applied 
to the document text Typically, this functionally would 
include the ability to parse address field data and to 
reformat the address field data as required. The system 
user, or the system itself through a default parameter, 
can also elect to have postal coding functionality 
applied to the address. Typically, this functionality would 
include the ability to parse address field data to deter- 
mine a postal code; the postal code could then be used 
as determinative of an appropriate barcode. 
[0039] Returning to step 102, the method advances 
from step 102 to step 104 where the application token- 
izes the last line of the address so that it can be applied 
against the data tables. The method then advances 
from step 104 to a query at step 106 which asks 
whether or not a particular address type has been ena- 
bled for the present system. If the response to the query 
is "NO," then the method advances through point "A" to 
a query at step 108. At step 108, the query determines 
whether or not there are more address types to consider 
for comparison. If the response to the query is "NO," 
then the method advances to a query at step 112. How- 
ever, if the response to the query at step 108 is "YES." 
then the method advances to step 110 for the next 
address type before returning to enter the method flow 
at step 106. 

[0040] Returning to step 106, if the response to the 
query is "NO." then the method advances to a series of 
queries beginning at step 116. If the address type has 
been enabled by the system, then step 116 queries as 
to whether or not the address is less than the minimum 
number of lines. If the response to the query is "NO," 
then the method returns to point "A" located in the path 
between steps 106 and 108. H, however, the response 
to the query at step 116 is "YES," then the method 
advances to a query at step 1 18. 
[0041] ff the address type has been enabled by the 
system, then step 1 18 queries as to whether or not the 
address is more than the maximum number of lines. If 
the response to the query is "NO," then the method 
returns to point "A" located in the path between steps 
106 and 108. If, however, the response to the query at 
step 1 1 8 is "YES," then the method advances to a query 
at step 120. 

[0042] If the address type has been enabled by the 
system, then step 120 queries as to whether or not the 
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address is I ess than the minimum number of characters. ^ 
If the response to the query is "NO." then the method 
returns to point "A". If, however, the response to the 
query at step 120 is "YES," then the method advances 
to a query at step 122. Step 122 queries as to whether 5 
or not the address is more than the maximum number of 
characters. If the response to the query is "NO," then 
the method returns to point "A". If, however, the 
response to the query at step 122 is "YES," then the 
method advances to path B which re-enters the method 10 
flow at step 124 as is shown in FIG. 3B. 
[0043] Returning to step 1 12, the method queries as 
to whether or net the system has determined any 
matches. If the response to the query is "NO," then the 
method advances to step 114, indicates that no is 
matches have been found, and quits the routine. If the 
response is "YES," however, then the method advances 
along path C to re-enter the method flow at step 1 44 as 
is shown in FIG. 3C. 

[0044] Turning to FIG. 3B, there is shewn path B re- so 
entering the system flow at step 124. At step 124, the 
method queries as to whether or not the addresses last 
line has been reached. If the response to the query is 
"NO," then the system determines, at step 128, that the 
address' active line is the second to last line. If the 25 
response to the query is "YES," then the system deter- 
mines, at step 126, that the last line is the active line. 
Both steps 126 and 128 advance to the query at step 
130. 

[0045] Step 1 30 determines where the address signa- so 
ture element is located by querying as to whether or not 
the signature position is on the line. If the response to 
the query is "YES," then the system advances to the 
query at step 134 which asks if the signature were found 
at the start of the line. If the response to the query at 35 
step 134 is "NO," then the method advances to the 
query at step 138. If, however, the response to the 
query at step 134 is "YES," then the method advances 
to step 136 where the address is flagged as "found" 
before advancing to point A between steps 106 and 40 
108. 

[0046] Returning to step 130, if the response to the 
query is "NO," then the method advances to the query 
at step 1 32 which asks if the signature were found at the 
end of the line. If the response to the query at step 132 45 
is "NO." then the method advances to the query at step 
138. If, however, the response to the query at step 132 
is "YES," then the method advances to step 136 where 
the address is flagged as "found" before advancing to 
point "A" between steps 106 and 108. so 
[0047] Looking toward step 138, the method queries 
as to whether or not there is a keyword for this address 
type. If the response to the query is "NO," then the 
method advances to point "A". H the response to the 
query is "YES," then the method advances to the query ss 
at step 140 which asks if the keyword was found on the 
line. If the response to the query is "NO." then the 
method advances to point "A". However, if the response 



. .to , the query at step 140 is rYES ( 7.ihen the method 
advances to step 142 where the address is flagged as 
"found" before advancing to point "A". 
[0048] Turning to FIG. 3C, there is shown path C re- 
entering the method flow at step 144. At step 144, the 
method determines which enabled address types have 
been found within the sampled print stream. Enabled 
addresses are processed for address correction or cod- 
ing at step 1 46 before the method quits the sequence at 
step 148. 

[0049] While certain embodiments have been 
described above in terms of the system within which the 
address object methods may reside, the invention is not 
limited to such a context The system shown in FIG. 1 is 
one example of a host system for the invention, and the 
system elements are intended merely to exemplify the 
type of peripherals and software components that can 
be used with the invention. 

[0050] In the foregoing specification, the invention has 
been described with reference to specific embodiments 
thereof. It will, however, be evident that various mocfifi- 
cations and changes may be made thereto without 
departing from the broader spirit and scope of the 
invention. The specification and drawings are, accord- 
ingly, to be regarded in an illustrative rather than a 
restrictive sense. 

Claims 

1. A method of determining an address from a print 
buffer stream for use in an addressing system hav- 
ing said print buffer stream introduced thereto, com- 
prising the steps of: 

(a) initializing (50) an address detection and 
determination routine; 

(b) directing (52) a print buffer stream so as to 
be read by said address detection and determi- 
nation routine; 

(c) tokenizing (54) data resident in said print 
buffer stream; 

(d) comparing (56) said tokenized data with 
each of a plurality of data tables wherein each 
of said data tables comprises address charac- 
teristics; 

(e) determining (58) whether or not said token- 
ized data matches a data format in one of said 
plurality of data tables; said match establishing 
matched data which is indicative of an address 
in a particular format; and 

(i) if matched data is determined, then 
applying (60) a coding scheme to said 
matched data; said coding scheme being 
determined in accordance with said 
matched data's corresponding data table; 

1 and. 

(ii) if said matched data is not determined, 
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then placing.(66) said tokenized data in 

memory of said addressing system for 
subsequent analysis; and 

(f) coding (62) said matched data in accord- s 
ance with said coding scheme to create a 
coded address. 

2. The method of Claim 1, wherein said comparison 
(56) is made by matching the number of lines w 
present in the address block of the selected 
address with the characteristics of an address for a 
particular set of carrier requirements. 

3. The method of Claim 1 , wherein said comparison is 
(56) is made by matching the number of lines 
present in the address block of the selected 
address with the characteristics of an address for a 
particular set of country requirements. 

20 

4. The method of Claim 1, wherein said comparison 
(56) is made by determining if a keyword is present 
in the address block of the selected address and 
comparing said keyword with the keywords of an 
address for a particular set of country require- 25 
merits. 

5. The method of Claim 1, wherein said comparison 
(56) is made by determining if a keyword is present 

in the address block of the selected address and 30 
comparing said keyword with the keywords of an 
address for a particular set of carrier requirements. 

6. The method of any one of the preceding claims, 
wherein each of said data tables further comprises: 3s 
data establishing a definition of a particular address 
description based on carrier requirements. 

7. The method of Claim 6, wherein said address 
description is further defined by country specific 40 
address requirements; said address requirements 
further comprising: 



9. . The method of Claim 6 or 7, wherein each of said .. 
data tables corresponds to a particular country's 
postal zone coding requirements and rules for 
applying said postal zone coding requirements. 

10- The method of Claim 6 or 7, wherein each of said 
data tables comprises barcoding data and rules for 
applying said barcoding to addresses matched with 
addressing requirements of said each of said data 
tables. 

11. The method of Claim 6 or 7. wherein each of said 
data tables comprises: 

(a) a particular country's postal zone coding 
requirements and rules for applying said postal 
zone coding requirements; 

(b) a particular carrier's addressing require- 
ments and rules for applying said particular 
carrier addressing requirements; and 

(c) barcoding data and rules for applying said 
barcoding to addresses matched with address- 
ing requirements of said each of said data 
tables. 

12. The method of any one of Claims 6 to 1 1, wherein 
said addressing software application comprises 
address correction routines for correcting a parsed 
matched address. 



(a) linking files for use by an addressing soft- 
ware application; wherein said addressing soft- 4s 
ware application will link an applicable data 
table for the purpose of parsing address data 
based upon requirements resident in each of 
said data tables; 

(b) barcoding requirements; and so 

(c) postal zone requirements, if any, for postal 
cooing. 

8. The method of Claim 6 a 7, wherein each of said 
data tables corresponds to a particular carrier's ss 
addressing requirements and rules for applying 
said particular carrier addressing requirements. 
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